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(54) Method and apparatus for remote diagnostics 



(57) The present invention provides for satellite- 
based remote monitoring of equipment under test (62) 
to perform predictive assessment from a central diag- 
nostic site which houses a central diagnostic station 
(51 ). The satellite-based remote diagnostic system (50) 



monitors several machines at various geographically re- 
mote locations. Information gathered enables the user 
to assess the health of the equipment under test (62). 
The user may also utilize the present invention to con- 
duct specialized tests on the equipment under test (62) 
to aid in predictive maintenance. 



COMMUNICATION 
SERVICE _ r 



CM 
< 

CO 

s 

CM 
O) 

O 

Q_ 
LU 



REMOTE 
DIAGNOSTIC 
UNIT 



APPARATUS 
UNDER 
TEST 



62 



5=F 



REMOTE 
DIAGNOSTIC 
UNIT 



APPARATUS 
UNDER 
TEST 



V 

L-114 
RF 

FRONT END 



52 



^ ,, « , J . 

\ T0RAG / CENTRAL / USER / 



PRINTER j 



/ L-*/ DISPLAY J 



54*^ ' 



FIG. 1 



Printed by Jouve. 75001 PARIS (FR) 



1 



EP 0 927 933 A2 



2 



Description 

[0001] This invention relates to remote diagnostics 
and more particularly to satellite-based remote diagnos- 
tic system. s 
[0002] Service is a critical part in the operational life 
of an apparatus and includes all necessary functions to 
make the apparatus useful for its intended purpose. 
Service as used in this specification includes such ac- 
tivities as re-supplying necessary articles when deplet- 
ed, making hardware and software updates, placing the 
apparatus into operation, conducting maintenance, and 
taking the apparatus out of service. Maintenance, a key 
part of service, is an important part of the operational 
life of the apparatus. There are three types of mainte- 
nance in the service life of a apparatus, which include: 
corrective maintenance, where the apparatus is re- 
paired after breakdown; preventive maintenance, where 
periodic maintenance is performed according to a pre- 
determined schedule; and predictive maintenance, 
where maintenance is conducted before a predicted ap- 
paratus failure based on trend analysis or the like. 
[0003] Corrective maintenance is to be minimized as 
it is the most costly of the three maintenance types. Pre- 
ventive maintenance encompasses the typical contem- 
porary maintenance program for a apparatus but, it too 
is costly as it requires the apparatus to be out of service 
even though down-time has been scheduled. The serv- 
ice performed during the time that the apparatus is out 
of service may not be necessary, adding unnecessary 
cost because the components that are replaced may 
have many hours of operational life remaining. The serv- 
ice may also reduce the life of the apparatus' compo- 
nents, as disassembly for inspection can induce wear 
and introduce debris into the apparatus. Alternatively, 
when predictive maintenance is performed an attempt 
is made to identify the specific service a apparatus will 
need, and the appropriate time the apparatus can best 
be serviced, both from an apparatus component failure 
probability point of view and from a logistics point of 
view. In this way the negative aspects associated with 
preventive maintenance and corrective maintenance 
are minimized because most apparatus maintenance 
procedures can be performed before an impending fail- 
ure will occur and at a time that is scheduled. 
[0004] It would also be advantageous to conduct pre- 
dictive assessment of apparatuses that may be desper- 
ately placed at various locations in a large facility or var- 
ious facilities throughout the world by collecting perform- 
ance data at a central site for analysis. Commercially 
available satellite based communications may be well 
suited for providing a communications service to facili- 
tate the collection of apparatus data from various loca- 
tions and relaying that data to a central base. There is 
thus a need to develop a satellite based remote diag- 
nostic system to implement a predictive maintenance di- 
agnostic program. 

[0005] In accordance with this invention, a satellite- 



based remote diagnostic system is provided that con- 
ducts diagnostic assessment on at least one remotely 
located apparatus under test to aid in predictive main- 
tenance. The system comprises a remote diagnostic 
station and at least one remote diagnostic unit which is 
coupled to the apparatus under test and communicates 
with the remote diagnostic station so as to provide diag- 
nostic data from the apparatus under test for predictive 
maintenance analysis and reports. The system also pro- 
vides for the use of a communication service that ena- 
bles communication between the remote diagnostic sta- 
tion and each remote diagnostic unit located at a geo- 
graphically remote site. 

[0006] The communication service employed in this 
invention utilizes "goo-synchronous" based satellites 
that enable each remote diagnostic unit to communicate 
with the remote diagnostic station irrespective of the ge- 
ographic location of the remote diagnostic unit. Alterna- 
tively, a close-earth orbit satellite-based communication 
service, such as a "little LEO," is employed to facilitate 
communication between the remote diagnostic unit and 
the central diagnostic station. Alternatively, a two-way 
pager based communication service is utilized to facili- 
tate communication between the remote diagnostic unit 
and the central diagnostic station. 
[0007] The features of the invention believed to be 
novel are set forth with particularity in the appended 
claims. The invention itself, however, both as to organ- 
ization and method of operation, together with further 
objects and advantages thereof, may best be under- 
stood by reference to the following description in con- 
junction with the accompanying drawings in which like 
characters represent like parts throughout the drawings, 
and in which: 

[0008] Figure 1 is an illustration of the schematic block 
diagram of the remote diagnostic system of the present 
invention. 

[0009] Figure 2 is an illustration of the schematic block 
diagram of the diagnostic interface of the present inven- 
tion. 

[0010] Figure 3 is an illustration of the schematic block 
diagram of the remote diagnostic unit of the present in- 
vention. 

[001 1] Figure 4 is an illustration of the typical protocol 
of a diagnostic interrogation message of the present in- 
vention. 

[001 2] Figure 5 is an illustration of the typical protocol 
of a diagnostic answer message of the present inven- 
tion. 

[001 3] Figure 6 is a flow diagram of a platform for re- 
ceiving a diagnostic interrogation message of the 
present invention. 

[001 4] Figure 7 is a flow diagram of a typical platform 
for receiving a diagnostic answer message of the 
present invention. 

[0015] A remote diagnostic system 50 comprises a 
central diagnostic station 51 which communicates and 
controls a plurality of respective remote diagnostic units 
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53, as illustrated in Figure 1 . By way of example and not 
limitation two exemplary remote diagnostic units 53 are 
illustrated in Figure 1, but it is to be understood that a 
plurality of remote diagnostic units 53 may be employed 
and are within the scope of the present invention. Each 5 
respective remote diagnostic unit 53 monitors and con- 
trols especially critical diagnostic processes of a respec- 
tive apparatus under test 62. In this Specification the 
word "apparatus" is used in the broadest sense to in- 
clude any of the three items: device, machine, or sys- 
tem. Communication between central diagnostic station 
51 and each remote diagnostic unit 53 is facilitated by 
a commercially available, radio based communications 
service 55. Additionally, commercially available diag- 
nostic algorithms may be employed within remote diag- 
nostic system 50 to assess not only the health of each 
respective apparatus under test 62 but also to schedule 
predictive maintenance for each respective apparatus 
under test 62. 

[0016] One important aspect of remote diagnostic 
system 50 is adequate and cost effective communica- 
tions support. Communications systems exist which 
have the capability of providing data useful for analysis 
of an apparatus under test. In order to convey this data 
to a centralized diagnostic database in the past, it was 
necessary to invest in a relatively high cost communi- 
cation system, such as a dedicated telephone line. 
[0017] Remote diagnostic system 50 is adapted to 
employ a "geo-stationary" satellite system to provide 
communication service 55 between the central diagnos- 
tic station 51 and each respective remote diagnostic unit 
53. A "geo-stationary" system is a satellite system that 
employs satellites in geo-synchronous orbit with the 
earth. These satellites remain in a fixed position relative 
to a specific area on the earth at about 22,000 miles 
above the earth's surface. A number of these "geo-syn- 
chronous" satellites are located at strategic positions so 
as to provide continuous satellite communication ac- 
cess over the entire surface of the earth. In this way re- 
mote diagnostic system 50 has continuous communica- 
tion access to the "geo-synchronous" satellite system 
even though each respective remote diagnostic unit 53 
may be separated from the central diagnostic station 51 
by a large geographic distance. It is advantageous to 
utilize the "L-band" type geo-synchronous satellite sys- 
tem because of relative immunity to various weather 
conditions, the convenience of "L-band" services, and 
the relative insensitivity to remote site antenna orienta- 
tion. Changing weather conditions may cause spurious 
interruptions in satellite-based communications espe- 
cially in satellites that communicate in the VHF spec- 
trum, but "L-band" based satellites communicate in the 
UHF spectrum thus avoiding most weather based com- 
munication problems. "L-band" satellite services are 
easily accessible because of commercial availability 
[0018] Remote diagnostic system 50 is also adapted 
to utilize two additional communication systems as al- 
ternatives to "geo-stationary" satellite communications 



service 55; these communication systems comprise a 
two way paging system and a low earth orbit ("little 
LEO") satellite system. These alternative communica- 
tion services 55 provide advantages over "geo-station- 
ary" satellite communications service 55 because they 
are more commercially accessible, are highly reliable, 
and are less expensive given the level of diagnostic pro- 
tocol complexity of remote diagnostic system 50. 
[0019] Central diagnostic station 51 provides a cen- 
tralized communication base for interaction with each 
respective remote diagnostic unit 53 which is coupled 
to a respective apparatus under test 62 and housed at 
a remote site 60, as is illustrated in the schematic block 
diagram of Figure 1 . In the present invention a user can 
easily access the predictive maintenance status of any 
respective apparatus under test 62, or initiate a diag- 
nostic routine at any respective apparatus under test 62. 
Remote diagnostic system 50 is adapted to utilize an 
expert-based diagnostic tool. Commercially available, 
expert-based diagnostic tools are well suited to this ap- 
plication because they employ rule-based analysis that 
attempt to predict the failure probability based on diag- 
nostic information collected from each apparatus under 
test 62. Expert-based diagnostic tool software may be 
installed to monitor diagnostic data at central diagnostic 
station 51 . Alternatively, diagnostic tool software may be 
installed to monitor diagnostic data at each respective 
remote diagnostic unit 53. Alternatively, diagnostic tool 
software may be partitioned between both central diag- 
nostic station 51 and remote diagnostic unit 53. 
[0020] Central diagnostic station 51, as illustrated in 
Figure 1 , comprises the following elements: a central di- 
agnostic interface 110, a radio frequency (RF) front-end 
214, an antenna 114; and user interface related periph- 
eral devices, including a user interface 52, a display 54, 
data storage 58, and a printer 56 for enabling a user to 
input relevant diagnostic information into central diag- 
nostic interface 110 and for providing diagnostic infor- 
mation to the user. Peripheral devices as defined in this 
application include any device for storing diagnostic in- 
formation and intelligibly communicating the same to the 
user, and include such devices as printers, hard disk 
drives, floppy disk drives, cathode ray tubes (CRTs), and 
keyboards. While only one set of respective peripheral 
devices are shown for a respective diagnostic interface 
110, any number of peripheral devices may be utilized, 
and are within the scope of the present invention. 
[0021] Central diagnostic station 51 and remote diag- 
nostic unit 53 each include diagnostic interface 110, as 
illustrated in the schematic block diagram of Figure 3, 
as such, diagnostic interface 110 is illustrated in both 
Figure 1 and Figure 2. Diagnostic interface 110 provides 
the hardware necessary to control, transmit, and re- 
trieve diagnostic data from each respective remote di- 
agnostic unit 53 to central diagnostic station 51 , and the 
hardware necessary for each remote diagnostic unit 53 
to communicate with central diagnostic station 51 . Com- 
munication means between central diagnostic station 
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51 and each respective remote diagnostic unit 53 is by 
way of communication service 55, such as, a 'goo-syn- 
chronous" "L-band" satellite system, "little LEO" satellite 
system, a two way paging system, or any commercially 
available communication system capable of two way 
communication between central diagnostic station 51 
and each respective remote diagnostic unit 53. 
[0022] The components of diagnostic interface 110, 
as illustrated in Figure 3, comprise: 1)a data frame han- 
dler 210, which coordinates the overall activity of diag- 
nostic interface 110; 2) a clock 216 which alternatively 
may be referred to as a timer 216, which may be set by 
data frame handler 210; 3) a modem 212; 4) a crypto- 
graphic module 218, which validates incoming com- 
mands and encrypts and decrypts diagnostic data and 
diagnostic commands; and 5) a counter 220, which can 
be read by data frame handler 210 and can be read or 
set by cryptographic module 218. RF front-end 214, 
which provides amplification and modulation means for 
diagnostic information to be transmitted via antenna 
1 1 4, is also illustrated to show how RF front-end 21 4 is 
coupled to diagnostic interface 110 to comprise remote 
diagnostic unit 53. RF front-end 214 is coupled to mo- 
dem 212 within diagnostic interface 110. 
[0023] Components in electrical communication with 
diagnostic interface 110 are coupled together, as is il- 
lustrated in Figure 3. Data frame handler 210 is coupled 
to programmable clock 216, modem 212, counter 220, 
cryptographic module 218, diagnostic command link 
122, and diagnostic data link 120. Cryptographic mod- 
ule is also coupled to counter 220. Additionally, diagnos- 
tic command link 1 22 is coupled to diagnostic command 
module 118, and diagnostic data link 120 is coupled to 
diagnostic command module 116. 

Data Frame Handler 

[0024] Data frame handler 210, as illustrated in Figure 
3, coordinates communication activity between the 
components of diagnostic interface 110 and controls 
various other functions such as encryption handling and 
power consumption coordination. Data frame handler 
210 comprises a programmable microprocessor. Alter- 
natively, data frame handler comprises a application 
specific integrated circuit (ASIC). Data frame handler 
210 comprises processing means to perform the follow- 
ing functions: 1) coordinate data framing functions and 
data protocol operations; 2) conduct data compression 
and decompression; 3) check for authenticated mes- 
sages if cryptographic authentication is specified; 4) or- 
der encryption and decryption of messages according 
to a specified mode of operation; 5) schedule transmis- 
sions and, in the case of dynamically changing scenar- 
ios such as are associated with "LEO" satellites, recep- 
tion times to monitor incoming transmissions; and 6) 
monitor and control the power consumption of diagnos- 
tic interface 110. A dynamically changing scenario oc- 
curs, for example, because the "little LEO" satellite sys- 



tem is a low earth orbit system the satellite is continually 
changing positions relative to remote diagnostic unit 53, 
as such, any respective remote unit 53 may be obstruct- 
ed from a direct radio link to the satellite at a first time 

5 interval, but at a second time interval the respective re- 
mote diagnostic unit 53 may not be obstructed because 
the receiving satellite has changed positions moving 
away from the obstruction-this condition is commonly 
identified as a "multi-path" outage during the blockage 

10 interval. 

Diagnostic Interface 

[0025] Diagnostic interface 110 controls and collects 

*5 diagnostic data from apparatus under test 62, and con- 
trols components to which diagnostic interface 110 is 
coupled. Diagnostic interrogation message (DIME) 300, 
as illustrated in Figure 4, and diagnostic answer mes- 
sage (DAME) 350, as illustrated in Figure 5, provide the 

20 means for communication between central diagnostic 
station 51 and each respective remote diagnostic unit 
53. Diagnostic interface 110 handles the protocol ac- 
cording to the following sequence. In remote diagnostic 
unit 53, a request for specific diagnostic event is re- 

25 ceived from central diagnostic station 51 by way of DIME 
300. If DIME 300 requires decompression, data frame 
handler 210 performs the decompression. If DIME 300 
requires cryptographic authentication, data frame han- 
dler 210 signals cryptographic module 218 to authenti- 

30 cate DIME 300. If DIME 300 does not require authenti- 
cation, then data frame handler 210 issues an appropri- 
ate diagnostic command through a diagnostic command 
module 118 to apparatus under test 62 based on the 
request identified by DIME 300. 

35 [0026] Diagnostic command module 1 1 8 comprises at 
least one command signal which drives at lest one con- 
trol parameter in apparatus under test 62 to an active 
state when so commanded by central diagnostic station 
51 . The respective command signal drives the respec- 

40 tive control parameter to an inactive state when so com- 
manded by central diagnostic station 51 . 
[0027] Additionally, if DIME 300 does require authen- 
tication and is properly authenticated, then data frame 
handler 21 0 issues an appropriate diagnostic command 

45 through diagnostic command module 1 1 8 to apparatus 
under test 62 based on the request identified by DIME 
300. For example, an appropriate diagnostic command 
may be to initiate a "Special Diagnostic Test" message 
which causes remote diagnostic unit 53 to direct ma- 

so chine under test 62 to execute a self diagnostic test. Re- 
mote diagnostic unit 53 then collects the corresponding 
diagnostic test data and reports this data to central di- 
agnostic station 51 for analysis and assessment. A sec- 
ond appropriate diagnostic command 120 may be to in- 

55 itiate a "Diagnostic Request" to apparatus under test 62 
so that remote diagnostic unit 53 may then monitor ap- 
paratus under test 62 and provide monitored data to 
central diagnostic station 51. Several other diagnostic 
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messages can be generated, as appropriate, for any 
given apparatus under test 62, each message tailored 
to provide predictive maintenance information related to 
apparatus under test 62. 

[0028] When diagnostic information is collected from 
apparatus under test 62 diagnostic data is collected at 
a diagnostic data module 116 via diagnostic data link 
120 is packed in diagnostic answer message (DAME) 
350 at diagnostic frame handler 210, as illustrated in 
Figure 3. Diagnostic data module 1 1 6 comprises at least 
one monitor signal for measuring the respective re- 
sponse of apparatus under test 62 based on the diag- 
nostic command signal discussed above. 
[0029] Data frame handier 210 compresses DAME 
350 if required and then encrypts DAME 350 if an en- 
cryption bit 318 Is set in DIME 300 (Figure 4). Next, data 
frame handler 210 schedules DAME 350 for transmis- 
sion, and at the time of transmission sends DAME 350 
to modem 212 which controls RF front-end 214. RF 
front-end 214 generates an RF signal which encodes 
DAME 350 on a carrier wave suitable for the selected 
communication service 55, and the RF signal is trans- 
mitted by antenna 11 4 to central diagnostic station 51 . 

Cryptographic Module 

[0030] Cryptographic module 21 8 performs message 
authentication and message encryption. Message en- 
cryption is utilized when it is desirable to make it difficult 
for unauthorized parties to decode Dl ME 300 and DAME 
350. Cryptographic module 218 is designed using the 
Data Encryption Standard (DES), as described in Na- 
tional Bureau of Standards FIPS PUB 46 ("Specifica- 
tions for the Data Encryption Standard," Federal Infor- 
mation Processing Standards Publication 46, U. S. De- 
partment of Commerce, 1977), herein incorporated by 
reference. Although DES is utilized herein, it is noted 
that any other data encryption scheme could alternative- 
ly be utilized without deviating from the scope of the 
present invention. The DES algorithm may be per- 
formed in software or in hardware. For authentication, 
the Cipher Feedback (CFB) mode as described in FIPS 
PUB 81 ("DES Modes of Operation," Federal Informa- 
tion Processing Standards Publication 81 , U. S. Depart- 
ment of Commerce, 1980), herein incorporated by ref- 
erence, should be utilized. The value of the count vari- 
able of counter 220 is utilized for message identification 
so that commands and data may be properly identified 
and distinguished, as is discussed below. 

Counter 

[0031] Counter 220 is utilized to tag sequences of 
messages and data segments generated within remote 
diagnostic system 50. Counter 220 is incremented each 
time a particular counter setting is used as an identifi- 
cation number within DIME 300 and DAME 350, so as 
to insure that first, a unique message number 316 (MN) 



is given to each respective DIME 300, and second that 
a unique DAME message number 362 is given to each 
respective DAME 350, as illustrated in Figures 4 and 5, 
respectively. Counter 220 is reset only during initializa- 

5 tion, since a continuously incrementing count is critical 
to proper identification of DIME 300 and DAME 350 dur- 
ing normal operation of the remote diagnostic system. 
[0032] In an alternative embodiment of the present in- 
vention the protocol format and process flow of DIME 

10 300 and DAME 350 between central diagnostic station 
51 and a plurality of respective remote diagnostic units 
53 is presented. 

DIME Protocol and Process Flow 

15 

[0033] A typical protocol format for diagnostic interro- 
gation message (DIME) 300 is illustrated in Figure 4. 
While this format is utilized in the discussion in the spec- 
ification, it is to be understood that any DIME protocol 

20 may be used without departing from the scope of this 
invention. DIME 300 comprises the following variables: 
a PR 300, a LNTH 312, an ID 314, an MN 316, an EB 
31 8, an IV 320, an MF 322, a TS 324, a Rl 324, an AUTH 
328, and a CRC 330. Each of these variables is dis- 

25 cussed below. 

[0034] PR 300 is the preamble to the diagnostic infor- 
mation message. 

[0035] LNTH 312 is a fixed length field containing a 
variable specifying the remaining length of DIME 300, 
30 that is, the length of the portion of Dl ME 300 from ID 31 4 
through CRC 330. 

[0036] ID 314 is a fixed length field containing a vari- 
able specifying the identification number of the ad- 
dressed platform. In this specification the term "plat- 
as form" is defined as the respective diagnostic interface 
which receives and is required to respond to the respec- 
tive DIME 300 or DAME 350, whether associated with 
a respective remote diagnostic unit 53 or central diag- 
nostic station 51. 
40 [0037] MN 31 6 is a fixed length field containing a var- 
iable specifying the DIME message number. 
[0038] EB 31 8 is a single bit field containing a variable 
specifying whether to encrypt the upcoming diagnostic 
data. 

45 [0039] IV 320 is an initialization vector which is 
present only if EB 318 is set to true to specify that up- 
coming diagnostic data is to be encrypted. 
[0040] MF 322 is fixed length field specifying a partic- 
ular message type. For example, this field may identify 

50 the operation to be conducted, such as, "Service Mes- 
sage", "Special Function", or "Diagnostic Request, " etc. 
[0041] TS 324 is a fixed length field specifying details 
of the diagnostics request. This field is present only if a 
"Diagnostic Request" has been specified by MF 322. 

55 [0042] Rl 326 is a fixed length field specifying reply 
instructions, that is, details of the contends of the re- 
spective required reply message. For example, such in- 
formation as whether encryption is required, whether 
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compression of the reply message is required, the tim- 
ing requirements of the reply transmission, the energy 
level of the power supply, and the frequency of trans- 
mission. 

[0043] AUTH 328 is a fixed length field specifying the s 
cryptographic authentication. This field is present only 
if EB 318 is true indicating that encryption is required. 
[0044] CRC 330 is a fixed length field specifying a test 
value for a cyclic redundancy check to be performed on 
the data to follow. 

[0045] The typical process flow for a remote platform 
receiving a respective DIME 300 message is illustrated 
in Figure 6. DIME process flow 400 provides the high 
level steps implemented in diagnostic interface 110 that 
enable central diagnostic station 51 to communicate 
with each respective remote diagnostic unit 53. It is to 
be understood that Dl ME process flow 400 provides on- 
ly a representative process flow diagram for the present 
invention, and that any other process flow that facilitates 
communication between central diagnostic station 51 
and each respective remote diagnostic unit 53 is within 
the scope of the present invention. 
[0046] In DIME process flow 400, as illustrated in Fig- 
ure 6, the following sequence of steps are performed. 
First, preamble RD 310 of DIME 300 is detected as is 
illustrated in block 410. Next, the length of DIME 300 is 
determined as is provided by LNTH 312 as indicated in 
block 41 2. Next, a cyclic redundancy check is conducted 
utilizing the data in CRC 330 as is indicated in block 41 4. 
If there is not a match between the calculated CRC and 
stored CRC 330, as depicted in block 416, the message 
is ignored as is indicated in block 41 8. If there is a match 
in block 41 6 a platform ID check is made as is illustrated 
in block 420. The platform ID of DIME 300 is checked 
against platform ID 314, if there is not a match DIME 
300 is ignored as is illustrated in block 424. If there is 
an ID 314 match of DIME 300 then an encryption check 
is made. Encryption bit EB 318 is checked as illustrated 
in block 426, if EB 318 is true then DIME 300 is decrypt- 
ed as illustrated in block 428. Next, an authentication 
match test is conducted, as shown by block 430— if the 
decrypted message does not match the authentication 
variable in AUTH 328 the decrypted message is ig- 
nored, as illustrated in block 432. If the decrypted mes- 
sage does match AUTH 328 the decrypted message is 
accepted and acted upon based on the message type 
as defined by MN 316. If encryption bit 318 is not set 
true, in block 426 the non encrypted message is accept- 
ed and acted upon based on the message type as de- 
fined by MN 316. 

[0047] Several actions may occur based on the re- 
quest as provided by MN 316. A branch test is per- 
formed on DIME 300 as defined by blocks 434, 438, or 
442 in Figure 6. Based on the branch test three types of 
messages may be generated and sent to the peripheral 
devices( e.g. user interface 52, display 54, and printer 
56). For example, a service message may be generat- 
ed, a special message may be generated, or the power 



may be removed from diagnostic interface 110 as is il- 
lustrated in blocks 436, 440, and 444 of Figure 6. If no 
service message is generated then the diagnostic action 
is executed as shown in block 446, the test specifics, as 
defined by TS 324, identify exactly what action is to take 
place during the diagnostic test Next, as shown in block 
448, data may be transmitted back to central diagnostic 
station 51 based on DAME 350 instructions which are 
discussed below. 

DAME Protocol and Process Flow 

[0048] A typical protocol format for diagnostic interro- 
gation message (DAME) 350 is illustrated in Figure 5. 
While this format is utilized in the discussion in the spec- 
ification it is to be understood that any DAME 350 pro- 
tocol may be used without departing from the scope of 
this invention. DAME 350 comprises the following vari- 
ables; a PR 352, a LNTH 354, an RPID 356, an EB 358, 
an IV 360, an RDM 362, a RSP 364, an AUTH 366, and 
a CRC 368. Each of these variables are discussed be- 
low. 

[0049] PR 352 is the preamble to DAME 350. 
[0050] LNTH 354 is a fixed length field containing a 
variable specifying the remaining length of DAME 350, 
that is, the portion of DAME 350 from RPID 356 through 
CRC 368. 

[0051] RPID 356 is a fixed length field containing a 
variable specifying the identification number of the re- 
sponding platform. In this specification the term "plat- 
form* is defined as the respective diagnostic interface 
which receives and is required to respond to the respec- 
tive DIME 300 or DAME 350, whether associated with 
a respective remote diagnostic unit 53 or central diag- 
nostic station 51. 

[0052] EB 358 is a singe bit field containing a variable 
specifying whether to encrypt the upcoming diagnostic 
data. 

[0053] IV 360 is an initialization vector which is 
present only if EB 358 is set to true to specify that up- 
coming diagnostic data is to be encrypted. 
[0054] RDM 362 is fixed length field specifying the ref- 
erenced DIME message number. 
[0055] RSP 364 is a variable length field specifying 
details of the diagnostic response as requested by the 
respective DIME 300. 

[0056] AUTH 366 is a fixed length field specifying the 
cryptographic authentication. This Held is present only 
if EB 358 is true indicating that encryption is required. 
[0057] CRC 368 is a fixed length field specifying a test 
value for a cyclic redundancy check to be performed on 
the data to follow. 

[0058] The typical process flow for a remote platform 
receiving a respective DAME 350 is illustrated in Figure 
7. DAME process flow 500 provides the high level steps 
implemented in diagnostic interface 110 that enable 
each respective remote diagnostic unit 53 to communi- 
cate with central diagnostic station 51 . It is to be under- 
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stood that DAME process flow 500 provides only a rep- 
resentative process flow diagram for the present inven- 
tion, and that any other process flow that facilitates com- 
munication between central diagnostic station 51 and 
each respective remote diagnostic unit 53 is within the 
scope of the present invention. 
[0059] In DAME process flow 500, as illustrated in Fig- 
ure 7, the following sequence of steps are performed. 
First, preamble RD 352 of DAME 350 is detected as is 
illustrated in block 510. Next, the length of DAME 350 
is determined as is provided by LNTH 354 as indicated 
in block 512. Next, a cyclic redundancy check is con- 
ducted utilizing the data in CRC 368 as is indicated in 
block 51 4. If there is not a match between the calcu iated 
CRC and stored CRC 368, as depicted in block 51 4, the 
message is ignored as is indicated in block 51 8. If there 
is a CRC match in block 51 6 a platform ID determination 
is made as is illustrated in block 520. The platform ID of 
DAME 350 is determined by reading RPID 356 which 
identifies the associated DIME 300. Next, an encryption 
check is made. Encryption bit EB 358 is checked as il- 
lustrated in block 522, if EB 358 is true then DAME 350 
is decrypted as illustrated in block 524. Next, an authen- 
tication match test is conducted, as shown by block 526, 
if the decrypted message does not match the authenti- 
cation variable in AUTH 366 the decrypted message is 
ignored, as illustrated in block 530. If the decrypted mes- 
sage does match AUTH 366 the decrypted message is 
accepted and acted upon based on the message type 
as defined by RDM 362. If encryption bit 358 is not set 
true, as shown in block 522 the non encrypted message 
is accepted and acted upon based on the message type 
as defined by RDM 362. 

[0060] The response to DIME 300 is provided for in 
process response block 532. This response may involve 
monitoring a specified variable on apparatus under test 
62. The response will typically involve collecting data 
and transmitting it back the central diagnostic station 51 . 
The diagnostic data generated is stored in variable RSP 
364 and communicated to central diagnostic station 51 . 

Antenna 

[0061] The selection of the appropriate antenna 114 
is important in the operation of satellite-based remote 
diagnostic system 50.. The length of antenna 114 used 
for transmitting signals in the "L-band" region of the 
spectrum typically ranges from about fifteen centimeter 
domes to about five square-centimeter patches. Anten- 
na 114 is designed to be well suited for mobile applica- 
tions. Antenna 114 generally has a shape that is sym- 
metrical about a vertical axis through the geometric 
center of antenna 114. In this invention antenna 114 is 
selected to be symmetrical when the orientation of re- 
mote site 60, which houses the apparatus under test, 
cannot be predetermined. In a fixed-site" application, 
that is, an application where the apparatus under test is 
housed in a stationary structure, antenna 114 may be of 



the type that can be focused in the direction of the sat- 
ellite. Because antenna 114 is focused, ft receives more 
energy from a direct satellite path while it will generally 
receive less energy in a reflected path from a satellite, 

5 which may contribute to the "multi-path" outage condi- 
tion. An analogous result is correspondingly obtained 
when energy is transmitted from antenna 114 to a sat- 
ellite. Higher data transmission rates may be achieved 
when a fixed-site satellite communication service 55, 

10 such as the "geo-synchronous" satellite system, is uti- 
lized in the present invention because a higher gain an- 
tenna may be used with the "goo-synchronous" satellite 
system. 

[0062] The geographic location of any given remote 
15 site is immaterial when a "geo-stationary" satellite- 
based system is utilized as communication service 55. 
For example, the position of the "L-band" satellite com- 
munications system over North America is such that re- 
mote site 60, housing apparatus under test 62, may be 
20 located virtually anywhere in the North American conti- 
nent and diagnosis of apparatus under test 62 may be 
made at a centralized service center housing central di- 
agnostic station 51 , all while apparatus under test 62 is 
in normal operation at remote site 60. 
25 [0063] The present invention provides for the remote 
monitoring of apparatus under test 62 to perform pre- 
dictive assessment from central diagnostic station 51. 
Central diagnostic station 51 monitors and controls at 
least one apparatus under test 62 from at least one ge- 
30 ©graphically remote location. Information gathered en- 
ables the user to assess the health of equipment under 
test 62. The user may also utilize the present invention 
to conduct specialized tests on the equipment under test 
62 to aid in predictive maintenance of the equipment Un- 
as dertest62. 



Claims 

40 1 . A satellite-based remote diagnostic system (50) for 
conducting predictive type maintenance assess- 
ment on at least one remotely located apparatus un- 
der test (62), comprising: 

4S a central diagnostic station (51 ); and 

at least one remote diagnostic unit (53) coupled 
to said at least one apparatus under test (62), 
wherein said at least one respective remote di- 
so agnostic unit (53) is adapted to communicate 

with said central diagnostic station (51) so as 
to provide diagnostic data from said respective 
at least one apparatus under test (62) for pre- 
dictive maintenance analysis and reports. 

55 

2. The remote diagnostic system as recited in claim 1 , 
wherein a communication service (55) is coupled to 
said central diagnostic station (51 ) and coupled to 
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said at least one remote diagnostic unit (53) to pro- 
vide communication means between said central di- 
agnostic station (51) and said at least one remote 
diagnostic unit (53). 

5 

3. The remote diagnostic system (50) as recited in 
claim 2, wherein said communication service (55) 
is selected from the group comprising a "gee-syn- 
chronous" based satellite communication system, a 
"little LEO" based satellite communications system, 10 
and a two-way pager based communications sys- 
tem. 

4. The remote diagnostic system (50) as recited in 
claim 3 further comprising a diagnostic interface is 
(1 1 0) coupled to said central diagnostic station (51 ) 
and coupled to said at least one remote diagnostic 
unit (53), wherein said diagnostic interface (110) is 
adapted to control diagnostic commands and diag- 
nostic data communicated between said central di- 20 
agnostic station (51) and said at least one remote 
diagnostic unit (53), and wherein said diagnostic in- 
terface(1 1 0) is adapted to control components elec- 
trically coupled to said diagnostic interface (110). 

25 

5. The remote diagnostic system (50) as recited in 
claim 4, wherein said diagnostic interface (110) fur- 
ther comprises: 

a data frame handler (210), wherein said data 30 
frame handler (210) controls the protocol and 
frame function of diagnostic data in said diag- 
nostic interface (110); 



frame handler. 

7. The remote diagnostic system as recited in claim 5, 
wherein said diagnostic interface further comprises 
a diagnostic data link coupled to said data frame 
handler. 

8. The remote diagnostic system as recited in claim 7, 
wherein said diagnostic interface comprises a cen- 
tral diagnostic interface coupled to said central di- 
agnostic station and a remote diagnostic interface 
coupled to said remote diagnostic station, said re- 
mote diagnostic interface having a remote diagnos- 
tic command link and having a remote diagnostic 
data link. 

9. The remote diagnostic system as recited in claim 8, 
wherein said central diagnostic station further com- 
prises: 

a central radio frequency front-end coupled to 
said central diagnostic interface, wherein said 
centra! radio frequency front-end is adapted to 
transmit and receive diagnostic information; 
and 

peripheral devices coupled to said central diag- 
nostic interface, wherein said peripheral devic- 
es are adapted to store information and com- 
municate diagnostic information to the user. 

10. The remote diagnostic system as recited in claim 9, 
wherein said peripheral devices further comprise: 



a programmable clock (21 6) coupled to said da- 35 
ta frame handle (210), wherein said program- 
mable clock (216) provides timing sequences 
to control said remote diagnostic interface 
(110); 

40 

a cryptographic module (218) coupled to said 
data frame handler (210) for encrypting data 
messages generated within said remote diag- 
nostic (53); 

45 

a counter (220) coupled to said data frame han- 
dler (210) and coupled to said cryptographic 
module (218) for tagging data messages gen- 
erated within said diagnostic interface (110); 
and so 

a modem (21 2) coupled to said data frame han- 
dler (210) for formatting data flowing to said da- 
ta frame handler (210). 

55 

6. The remote diagnostic system as recited in claim 5, 
wherein said diagnostic interface further comprises 
a diagnostic command link coupled to said data 



a user interface coupled to said central diag- 
nostic interface, wherein said user interface en- 
ables the user to assess diagnostic information 
generated by said remote diagnostic system 
and enables the user to input information into 
said remote diagnostic system; 

a display coupled to said centra! diagnostic in- 
terface for displaying diagnostic information 
generated by said remote diagnostic system; 

a printer coupled to said central diagnostic in- 
terface for printing diagnostic information; and 

a storage device coupled to said central diag- 
nostic interface for providing storage of diag- 
nostic information. 

11. The remote diagnostic system as recited in claim 8, 
wherein said at least one remote diagnostic unit 
comprises: 

a remote radio frequency front-end coupled to 
said remote diagnostic interface, wherein said 



8 



15 



EP0 927 933 A2 



16 



remote radio frequency front-end is adapted to 
transmit and receive diagnostic information; 

a diagnostic command module coupled to said 
remote diagnostic command link wherein said 
diagnostic command link is adapted to monitor 
said respective apparatus under test so as to 
generate diagnostic data for predictive mainte- 
nance analysis; and 

a diagnostic data module coupled to said re- 
mote diagnostic data link wherein said diagnos- 
tic data module is adapted to monitor said ap- 
paratus under test so as to measure said diag- 
nostic data. 

12. The remote diagnostic system as recited in claim 

11, wherein said respective diagnostic command 
module generates a respective at least one com- 
mand signal to drive a respective at least one con- 
trol parameter in said respective apparatus under 
test to an active state in correspondence with said 
respective at least one command signal. 

13. The remote diagnostic system as recited in claim 

12, wherein said respective diagnostic data module 
generates a respective at least one monitor signal 
corresponding to the measured response of said re- 
spective apparatus under test. 

14. The remote diagnostic system as recited in claim 

1 3, wherein said central diagnostic station is adapt- 
ed to utilize an expert-based tool to facilitate the pre- 
dictive assessment of said respective at least one 
apparatus under test. 

15. A method of conducting predictive type mainte- 
nance assessment on at least one remotely located 
apparatus under test (62) in a satellite-based re- 
mote diagnostic system (50), comprising the follow- 
ing steps: 

(a) transmitting a diagnostic interrogation mes- 
sage from a central diagnostic station (51 ) to a 
respective at least one remote diagnostic unit 
(53) coupled to said respective at least one ap- 
paratus under test (62); 

(b) responding to said respective diagnostic in- 
terrogation message by performing the re- 
quested action in response to said respective 
diagnostic interrogation message; and 

(c) transmitting a respective diagnostic answer 
message to said central diagnostic station (51 ) 
from said respective at least one diagnostic unit 
(53) so as to provide diagnostic information to 
said central diagnostic station (51). 



16. The method of conducting predictive maintenance 
assessment as recited in claim 15, wherein the step 
of transmitting a diagnostic interrogation message 
further comprises the step of encrypting said diag- 

5 nostic interrogation message before being transmit- 
ted via satellite to said respective at least one re- 
mote diagnostic unit. 

17. The method of conducting predictive maintenance 
w assessment as recited in 1 5, wherein the step of 

transmitting a diagnostic answer message further 
comprises the step of encrypting said diagnostic an- 
swer message before being transmitted via satellite 
to said central diagnostic station. 

75 

18. The method of conducting predictive maintenance 
assessment as recited in 15, wherein the step of 
transmitting a diagnostic answer message further 
comprises the step of decoding said diagnostic an- 

20 swer message after being received by said central 
diagnostic station. 

19. The method of conducting predictive maintenance 
assessment as recited in claim 1 5, wherein the step 

25 of transmitting a diagnostic interrogation message 
further comprises the step of decoding said diag- 
nostic interrogation message after being received 
by said respective at least one remote diagnostic 
unit. 

30 

20. The method of conducting predictive maintenance 
assessment as recited in claim 19, further compris- 
ing the step of transmitting a command signal to a 
respective remote diagnostic unit (53) to initiate a 

35 diagnostic mode of operation in said respective ap- 
paratus under test (62). 

21. The method of conducting predictive maintenance 
assessment as recited in claim 20, further compris- 

40 jng the step of receiving diagnostic information from 
a respective remote diagnostic unit (53) based on 
measurement of diagnostic data within said respec- 
tive apparatus under test (62) during normal oper- 
ation. 

45 

22. The method of conducting predictive maintenance 
assessment as recited in claim 21 , further compris- 
ing the step of transmitting a command signal to a 
respective remote diagnostic unit (53) to halt said 

50 diagnostic mode of operation in said respective ap- 
paratus under test (62). 

23. The method of conducting predictive maintenance 
assessment as recited in claim 22, further compris- 

55 ing the step of analyzing respective diagnostic data 
utilizing an expert-based diagnostic tool to deter- 
mine the predictive maintenance action for each re- 
spective at least one apparatus under test (62). 



9 



17 EP 0 927 933 A2 

24. The method of conducting predictive maintenance 
assessment as recited in claim 23, further compris- 
ing the step of displaying a respective service mes- 
sage based on the analysis of respective diagnostic 
data collected from said respective at least one ap- 5 
paratus under test. 

25. The method of conducting predictive maintenance 
assessment as recited in claim 23, further compris- 
ing the step of displaying a respective special mes- 10 
sage based on the analysis of respective diagnostic 
data collected from said respective at least one ap- 
paratus under test. 

26. The method of conducting predictive maintenance is 
assessment as recited in claim 23, further compris- 
ing the step of removing power from said respective 
user interface based on the analysis of respective 
diagnostic data collected from said respective at 
least one remote diagnostic unit. 20 
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